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COMMUNICATION NETWORK 

v ihis invention relates lo a method of communicating between two 

2 C < ^Q^^fj^^- & communications network. 
5 H is well known That ihc Internet is a global communications; network 

which is used to connect a very large number of computers, with the Internet 
prorocnl (IP) being used to control communication between computers that use 
Hillcronr network Technologies (o.g, Ethernet, ISDN, ATM, etc.). One of the most 
commonly usvd applications on the Internet is the World Wide Web (WWW) which 
10 allows users to access text, graphics, audio, and video resources which are stored 
on WWW servers. WWW servers use hyper text mark-up language (HTML), which 
_ iy interpreted by browser programs run on client computers, in order to facilitate 

ifl 1nfi display of and access lo resources of various formats. 

1% Conventionally, a WWW server communicates with the browser using 

c : g 15 Transmission Control Protocol (TCP) as a Transport protocol, which ensures a 
M reliable delivery of data. TCP provides reliable delivery of data by minimising errors 

s| in rh * 1,;i 'ismiTted dala, assuring data delivery (and informing the sender in the 

^ case of delivery failure), endeavouring to deliver data in the correct sequence and 

p eliminating duplication of delivered data (for further information regarding TCP, 

20 and related Internetworking protocols, see, for example, "IPng and the TCP/IP 
LI Protocols; Implementing iho Next Generation Internet", Stephen A. Thomas, 

M published by John Wiley 8* Sons.). Hypertext Transfer Protocol (HTTP) is the 

application protocol that controls the transfer of data between the WWW server 
and the WWW browser. 
25 When downloading text resources, either plain text or HTML formatted 

text, from a WWW .server the browser is able to display chunks of text, as and 
when the chunks are received by the browser. For audio or video data resources, 
e.g. digitised music or video clips, it is normally necessary for the browser to 
download all of the audio or video resource before the resource can he played back 
30 by rho user. As video and audio resources tend to be relatively large, e.g. a 45 
second QuickTime movie requires 1.5 2.5 MB of storage (with the size 
depending upon the movie's resolution) and a 30 second audio clip in the .wav 
format (mono sound, 11kll? sampling frequency and 8 bit sampling) requires 300 
kB of storage, Ihc time taken to download them can be quite significant, leading to 
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user dissatisfaction. One approach, which has been followed by RealNetworks 
with their RealPlayer and RealAudio products (.see http://www.rciilnexworks.com), 
is to 'stream' the audio or video resource from The server to the user. 'Streaming' 
requires that the video or audio resource is encoded by the administrator ot the 
5 WWW server and the encoded resource stored on the WWW server. This allows a 
user with a suitably configured browser to 'download' ihe resource, which is 
transmitted to the browser in a stream of packets which can be played back once 
a sufficient number of the packets are received by the browser. This becomes an 
unwieldy approach if there are a number of competing coding protocols tor audio 
10 and/or video resources as the resource would need to be encoded using each 
coding protocol which is an inefficient use ot storage space on the WWW server 
and increases the amount of time required to manage the WWW server. For 
~~ example, if the coding protocol were to be updated to a more advanced version it 
[3 might be necessary to re-code all of the resources stored using the previous 
1% 15 version of the coding protocol and all browsers would need to be upgraded to the 
'•4 include the new protocol in order to use the re-coded resources with the added 

IJj features of the new Pr ffijfl^gy Q f yffJT ZWfM 77 D A/ 

~ In accordance with a first aspect ol the invention there is provided a 

method of transmitting data from a first server computer to a client computer, the 

111 

O 20 method comprising the steps of transmitting the data from rhe first server 
*® computer to a second server computer in a first encoding format, transforming the 
CO data from said first encoding format to a second encoding format at the second 
server computer and transmitting the transformed data in said second encoding 
format to the client computer from the second server computer. 
25 Preferably, the data is transmitted from the first server computer to the 

second server computer using a first transport protocol and the transformed data is 
transmitted from the second server computer to the client computer using a 
second transport protocol. The data may be transmitted by the first computer 
server to the second computer server using the Transport Control Protocol, the 
30 data is transformed by tho second server and the transformed data is transmitted 
to the client computer using the User Datagram Protocol. The transforming 
performed by the second server computer may be determined by ihe content ot a 
protocol downloaded to the second server compuier from a third server computer. 
The first server computer may be a World Wide Web server. 
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According to a second aspect of the indention There is provided a dynamic 
proxy server computer located in a communications network such that it is in a 
communications route intermediate a server computer and a diem computer, the 
dynamic proxy server computer being configured to receive data Transmitted in a 
5 first data format from said server computer, to transform received data to a 
second data format from said first data format and to transmit the transformed 
data to the client computer in said second data format. Preferably, rhe 
transforming performed by the dynamic proxy server computer is determined by 
the content of a protocol downloaded from a third server computer. The dynamic 
10 proxy server computer may be configured to receive data transmitted from the 
server computer using a first transport protocol and to transmit the transformed 
data to the client computer using a second transport protocol. Preferably the data 

-S is transmitted by the first computer server to the dynamic proxy server-compurer 

Q using the Transport Control Protocol, the dala is transformed by the dynamic proxy 
*2 15 server computer and the transformed data is transmitted to the client computer 
s 4 using the User Datagram Protocol. The first server computer (may he a World Wide 
1% Web server. 

a' According to a third aspect of the invention There is provided a 

~ communications network comprising a World Wide Web server, u client computer 
£3 20 and at least one dynamic proxy server computer, the dynamic proxy server 
5 z computer being located between the World Wide Web server and the client 
|0 computer, the dynamic proxy server computer being arranged to transform data 
transmitted from the World Wide Web server to the; client computer. 

W&F D&dllPTlOht OF 77/£ DRAWlhlGS 

25 Embodiments of the invention will now be described, by way of example 

only, with reference to the accompanying drawings in which; 

Figure 1 shows a schematic depiction of a communication network 
including a dynamic proxy server according to the invention; 

Figure 2 shows a schematic representation of a preferred embodiment of a 
30 communication network including a dynamic proxy server according to the 
invention; and 

Figure 3 shows a schematic representation of a further embodiment of a 
communication network including a dynamic proxy server according to the 
invention. 
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Figure 1 shows a schematic depiction of a communications network 
including a server computer 10, a first, or remote, dynamic proxy server computer 
20, a client computer 30 and a second, or local dynamic proxy server computer 
5 40. The communications network uses the Internet Protocol (IP) to control 
computer-to-computer communications and may be connected to the public 
Internet or be a part of an Intranet. Both of the dynamic proxy server computers 
20 and 40 are located on a communications path between the server computer 10 
and the client computer 30. The first dynamic proxy server computer 20 is 
10 located near to the server computer 10 and the second dynamic proxy server 
computer 40 is located near to the client computer 30. When the client computer 
30 makes a connection with the server compiler 10 in order to download data 
f rom the server computer, a data type identifier is transmitted io the second, or 
P local dynamic proxy server computer 40. II the data type identifier matches one 

fQ 15 of the identifiers stored by a computer program, or proxylet, that is being run on 
*4 the second dynamic proxy server computer 40, then a further proxylet is loaded 

onto the first dynamic proxy server 20 which prompts the server computer 10 to 
s transmit the data resource to the first dynamic proxy server '?(). The proxylet 

jJpL running on the first dynamic proxy server 20. upon receiving the data resource 

C3 20 from the server 10, transforms the data resource being received from the. server 
''jr from a first protocol to a second protocol, the second protocol being one which 

fg allows the client 30 to access or execute the data resource more quickly or more 

efficiently than if the data resource had been directly downloaded from the server 
10 to the client computer 30. The second proxylet may be stored on the dynamic 
25 proxy server or it may be downloaded from a further computer. For example, in 
the case of a video or audio data resource, the second protocol may be one which 
enables immediate playback of the data resource once the initial packets have 
— beeTTreceived by the client whilst the first protocol may be one that-#w requires 
the entire data resource to be downloaded before the resource can be ployed back. 
30 The dynamic proxy server (DPS) uses a number of proxylei. programs, each 

proxylet performing a different data resource protocol transformation. (In Java 
computing, an 'applet' is a computer program that adds functionality to a browser 
application and a 'servlet' is a computer program that adds functionality to a 
server. Accordingly, a proxylet adds functionality to a dynamic proxy server.) In 
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5 

addition to transforming the protocol of the data resource, the proxylet may also 
change the transport protocol or application protocol used to transmit the data 
resource from the DPS to the client. This transforming may enable the use of an 
application protocol more suited to the type ot diita resource being transmitted (for 
5 example, for video or audio data resources, the use of The Real Time Protocol (RTP) 
rather than Hypertext Transfer Protocol (HTTP)) and/or a transport protocol that 
provides faster data transfer at the expense of lower reliability (for example User 
Datagram Protocol (UDP) rather than Transmission Control Protocol (TCP). 

The DPS accepts a simple set of requests from a range of clients or other 
iO DPSs in order to execute and manage proxylcts, The server may request that the 
DPS loads a defined proxylet. A number of validation checks may be made 
following a 'Load' request, for example whether the server making the 'Load' 
request is authorised to do so. Service or content providers operating DPSs may 
O only allow certain proxylets to be requested or loaded by a defined subset of 
15 servers or DPSs in order to control the quality of service provided by the DPSs. It 
%j the DPS has insufficient resource (e.g. memory, CPU rime, network bandwidth, 
14 etc.) to run an additional proxylet then it may refuse the server's request to load 
g the proxylet. In the event that the 'Load' request is acceptable then The DPS loads 
the proxylet by reference (i.e. a reference to the location of the proxylet is sent to 
□ 20 The DPS for example, using a Uniform Resource Locator (URL)) either from local 
storage or by downloading the proxylet from remote storage. As the proxylet is 
en loaded by reference.!!**© caching of recently used and frequently loaded, proxylets 
is possible, so that further downloading may be unnecessary. 

Once the DPS has loaded the proxylet it will be necessary to, start The 
25 proxylet with the 'Run' request. In order to simplify the programming and 
management of proxylets it is possible that the proxylets have a generic form that 
would allow arguments to be supplied with the 'Run' request For example, a 
proxylet which transforms the format ot a data resource may require the 
identification of the startpoint and endpo'mt of the data resource and which 
30 transforming protocol to use. A 'Modify' request can be used to modify the state 
of a running proxylet, e.g. to change to a protocol with higher compression in 
response to low transmission bandwidth conditions. A Stop' i<*<:iuhst can be used 
to force the termination of proxylets that may not naturally terminate or have 
ceased to respond to the DPS. It will bo necessary to rtjstrici the actions which a 
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proxylet is able to perform. For security reasons proxylets should nor be able to 
access or modify files on the server, DPS or diem. It may also be necessary to 
prevent connections being made to unauthorised clienTs or servers. 

The DPS has a control interface to allow The operator and the users of 
5 the DPS to perform a number of control functions, for example: loading, or 
downloading, a proxylet; running a proxylet; passing new argument; to a running 
proxylet and stopping a running proxylet. The rontrol interface allows the DPS 
provider to manage the operation of the DPS, and access to the full range of 
control functions may be restricted for various subsets of users, eliher because of 
10 security implications or because users have subscribed lo packages offering 
different functionality or levels of service. It may be advantageous to soparate the 
user functionality from the management functionality and provide separate control 
*2 interfaces for both aspects of controlling the actions of The DPS. 
*5 It is envisaged that for large networks, such as the Internet or company 

[ :2l5 Intranets, more than one DPS may be involved in an end-to-end communication 
Q and some mechanism will be required to locate suitable DPSs for use in an end-to- 
^ end communication. DPSs operated by a service provider will bo provided with 
locators, such as URLs or network addresses, of other DPSs operated by the 
O service provider, or other service providers with reciprocal use Hgreements, and 
f^20 may have the capability to search for further DPSs. Operators of WWW servers 
fW will have agreements with DPS operators, so that requests made at a WWW server 
that involves the use of a DPS can be transmitted to a suitable DPS. 

Proxylets are control modules that are loaded by DPSs, either from local 
storage or from a remote library of proxylets, i.e. a Proxylet Server. A proxylet 
25 may be designed to be totally self-contained, comprising all of the code and 
protocols required in order to perform its defined functions, but alternatively it may 
download required protocols from Protocol Servers improving code reuse and 
simplifying the management of DPSs. Proxylets may have a control interface, 
allowing users to control the action of the proxylet and enter any required user 
30 parameters, preferred compression technique?, etc. Tor security reasons it may be 
preferred to restrict access to some of The proxylct's features for some or all 
users. 

In order to reduce th complexity of the proxylets and simplify 
management of DPSs it is possible to remove transforming protocols and/or 
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7 

Transport protocols from the proxylets and instead use a protocol slack, from 
which the proxylets obtain the necessary protocols. This means that a change in a 
protocol can be effected by modifying that protocol in the protocol stack rather 
than modifying all proxylets that use the protocol, in a similar manner to shared 
5 code libraries. The protocol stack may be held within local storafj* ar the DPS or 
remotely on a Protocol Server, from which the proxylets can download protocols 
as required. If the client computer needs additional functionality in order to inter- 
operate with the DPS then the client computer may also download a protocol from 
the Protocol Server. Alternatively, the DPS and the client may negotiate the 
10 protocol that is to be used during the data transfer, with a location reference (such 
as a URL) being passed to indicate the protocol ro be used. The use of protocol 
stacks and Protocol Servers will simplify the control and management of a single 
l i protocol implementation by service provider?.. As discussed above, some form of 
C3 caching on the DPS will enable faster access to those protocols that are used mosT 
^15 often. 

%j in the above discussion, a remote DPS 20 is provided 'near' to the 

^ server computer 10 and a local DPS 40 is provided 'near' to the client computer 
30. The measure of how 'near' a DPS is to either the server computer or the client 
computer is not a geographical measure but is a measure of the bandwidth that is 
□ 20 available between the DPS and either the client computer or the server computer 
^ relative to the bandwidth that is available between the client computer and the 
fi server computer. A 'near' DPS has a much higher bandwidth link to the relevant 
computer than is available between the client computer and the server computer, 
for example when downloading over the Internet, bandwidth* of a few kB/s are 
25 typical for computers that are 'far' from each other (i.e. a client computer and a 
servor computer) but computers that are 'near' ro each other should have much 
higher bandwidths of hundreds of kB/s to a few MB/s and upwards, with the 
greater the bandwidth the nearer the rwo computers are to each other. 
Accordingly, DPSs should be connected to the same subnet or LAN as either the 
30 servor computer or client computer in order to achieve significant benefir from the 
actions of the DPSs. Although Figure 1 and the above discussion have assumed 
that two DPSs are used, if a DPS is sufficiently close to both the server computer 
and the client computer it is possible that the single DPS can bo used to run all of 
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the necessary proxylets and provide all of the functionality previously provided by 
both DPSs. 

Figure 2 shows a preferred embodiment of the present invention where a 
WWW server computer 100, a remote dynamic proxy server (DPS) computer 200, 
5 a personal computer (PC) 300 and n local dynamic proxy server 400 are 
interconnected via the Internet, In order to access The information held on the 
WWW server 100, the PC 300 is running an Internet browser proqram, such as 
Netscape Navigator or Microsoft Explorer. The WWW server 100 stores a number 
of different data resources, including an audio data resource, which has been 
10 digitised using pulse code modulation (PCM). Most WWW browsers can be 
confined so that intentions are performed through a local cache: if the 
"requested site's URL is hold in the local cache it is returned from the cache while if 
Jq the URL is not present in the cache then it is retrieved from the remote she and the 
5 URL is added to the cache, if it is of a suitable type, for future retrieval from the 
fjl5 cache. The browser's sirring that points to a cache is normally called the proxy 
y variable. The WWW browser running on PC 300 is .configured so that its proxy 
l| variable is pointing to a webcache proxylet being run on the local DPS 400. This. 
5 webcache proxylet does not perform any caching but is in the communication path ( 
m between the browser and The WWW server 100 so that it can view any HTTP 
020 requests that are made by the browser. When a browser makes □ request to a 
IS " WWW server, the returned stream of data is preceded by a MIME (Multipurpose 
Cl Internet Mail Extension) identifier thai identifies the content of the data stream and 
which is used by the browser to correctly respond to the incoming data stream. 
Common MIME identifiers are 'text/html' which the browser displays as plain texT 
25 and 'audio/basic', which causes the browser to download all ot the content of the 
data stream into a file and then playback the file using a 'helper' program that can 
deal with audio files. The webcache proxyleT contains a table of MIME identifiers for 
which the remote DPS 200* can add value by transforming the data format and 
because of the configuration of the proxy variable is able to observe the MIME 
30 identifiers being passed from WWW server to browser. 

If the Internet browser is used to download the audio sample from the 
WWW server 100, the WWW server sends a response to The browser that is 
preceded by a MIME of audio/basic. This is recognised by the webcache proxylet, 
which then causes the remote DPS 200 to load a suitable proxylet to transform the audio 
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delayed, between the DPS and the PC then those packets will b« re transmitted, 
leading to further delay in the arrival of the 'correct' packets, in sequence, at the 
PC. If data packets are not being received by the PC at the same rate at which the 
data is being taken from the buffer and played back then the buffer will begin to 
5 empty and once the buffer is empty there is no audio data to bo played, so periods 
of silence will occur until packets arrive at the receiver again. The larger the buffer 
size, the less of a problem this becomes, however with increased buffer size 
comes an increased time to fill the buffer before audio playback can occur. TCP 
streaming enables faster audio playback than TCP download, but with the risk of 
10 decreased sound quality. The third option is Real Time Protocol (RTP) streaming 
(for detailed information regarding RTP see, (or example, Chapter 11 of "IPng and 
the TCP/IP Protocols: Implementing the Next Generation Internet", Stephen A. 
Thomas, published by John Wiley 8t Sons). RTP has been designed to support the 
q transmission of real-time data over IP networks by modifying the strict layering of 
;rf15 protocols to provide a more co-operative approach, which is referred to as 
'--■4 application layer framing (ALF). Real time applications tend to have mechanisms 
[ c f that allow them to cope with missing packets or packets arriving in an out of order 
= sequence, for example some audio playback tools cope ben or wiTh missing 
™ packets rather than packets that are heavily delayed due to retransmission delays. 
p20 These factors mean that the additional complexity provided by TCP is not 
^Jf necessary with RTP and so the User Datagram Protocol (UDP) can be used as the 
fS transport protocol. UDP delivers a datagram (a unit ol data) to a particular 
application in a connection-less manner, i.e. each datagram is independent of all 
other datagrams, there is no way in which mulTiple datagrams can be referenced to 
25 each other, there is no mechanism by which the receipt of a datagram can be 
acknowledged to the datagram sender and there is no way that a stream of 
datagrams can be placed into a correct order. I his lack ol complexity assumes 
that application protocol is capable of re-ordering packets and coping with packet 
loss. 

30 An experiment was performed in which an audio sample was placed on a 

WWW server in the United Kingdom and a DPS was also created in the UK, on the 
same Ethernet segment as the WWW server containing the audio sample. The 
WWW server and the DPS were located near to each other in order to lessen the 
round trip time between them and to reduce the possibility of a bandwidth 
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bottleneck occurring between them. The audio sample was four minutes long and 
had been encoded using PCM. Downloading the audio sample from Sydney, 
Australia with a normal WWW browser took eight to ten minutes, which is a 
substantial wait before the audio sample can be played back by the user. A 
5 proxyiet was written which enabled the audio sample to be transmitted using RTP 
rather than TCP and also enabled the encoding of the audio sample lo be changed 
from PCM to ADPCM or LPC (Linear Predictive Coding). The proxyiet was written 
using the Java programming language, and the Remote Method Invocation (RMI) 
mechanism was used to interact with the DPS. The use of Java is not essential 
10 for writing proxylets and neither is the use of RMI for DPS interaction. It will be 
understood that alternative programming languages (e.g. C I I ) and other 
distributed computing control methods (e.g. CORBA, DCOM) may be used. For 
™ this experiment a control interface was written which could be used to 
n communicate with the DPS. The control interface enables the loading of the 
lib proxyiet by the DPS and allows the user to change the encoding used or otherwise 
modify the audio packets as they are sent. In practice it may bo undesirable for 
IW users to have too much access to the DPS and thus access to the control 
2 functions of the interface may be restricted to the service provider who provides 

*f the DPS. The proxyiet is given the location of the audio sample on the WWW 

fn 

[=20 server, in the form of a URL, and the location of tho playback tool on the user's 
^ client computer. As soon as the proxyiet is loaded and run by the DPS it starts to 
fk transform the audio sample and transmit it to the playback tool, via The WWW 
browser. The audio is received by, and played back to, the user almost 
immediately. The user can select the transforming scheme used by the proxyiet 
25 from PCM, ADPCM and LPC. ADPCM gives greater data compression than PCM, 
allowing the audio data to be transmitted as an ADPCM stream using half the 
bandwidth of a PCM stream. Switching to ADPCM did not cause a perceivable 
change in the quality of the received audio. The user may also change the size of 
the audio sample from the default value of 20ms (which also changes the size of 
30 the transmitted packet), add redundancy into the transmitted packets and control 
the response of the playback tool when the audio buffer is empty. The addition of 
redundancy adds to the current packet all, or some, of one or more of the previous 
packets transmitted, which will improve audio quality over lossy links. In the event 
of repeated packet transmission th audio buffer will become empty. If this 
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bottleneck occurring between them. The audio sample was four minutes long and 
had been encoded using PCM. Downloading the audio sample from Sydney. 
Australia with a normal WWW browser took eight to ten minutes, which is a 
substantial wait before the audio sample can be played back by the user. A 
5 proxylet was written which enabled the audio sample to be transmitted using RTP 
rather than TCP and also enabled the encoding of ihe audio sample U> be changed 
from PCM to ADPCM or LPC (Linear Predictive Coding). The proxylet was written 
using the Java programming language, and the Remote Method Invocation (RMI) 
mechanism was used to interact with the DPS, The use of Java is not essential 
10 for writing proxylets and neither is the use of RMI for DPS interaction. It will be 
understood that alternative programming languages (e.g. C I I ) and other 
distributed computing control methods (e.g. CORBA, DCOM) may be used. For 
™ this experiment a control interface was written which- could be used to 
O communicate with the DPS. The control interface enables the loading of the 
vjb proxylet by the DPS and allows the user to change the encoding used or otherwise 
%J modify the audio packets as they are sent. In practice it may bo undesirable for 
|* users to have too much access to the DPS and thus access to the control 
g functions of the interface may be restricted to the service provider who provides 
\~ the DPS. The proxylet is given the location ot the audio sample on the WWW 

fill 

f^O server, in the form of a URL, and the location of tho playback tool on the user's 
^ client computer. As soon as the proxylet is loaded and run by the DPS it starts to 
f~ transform the audio sample and transmit it to the playhack tool, via The WWW 
browser. The audio is received by, and played back to, the user almost 
immediately. The user can select the transforming scheme used by the proxylet 
25 from PCM, ADPCM and LPC. ADPCM gives greater data compression than PCM, 
allowing the audio data to be transmitted as an ADPCM stream using half the 
bandwidth of a PCM stream. Switching to ADPCM did not cause a perceivable 
change in the quality of the received audio. The user may also change the size of 
the audio sample from the default value of 20ms (which also changes the size of 
30 the transmitted packet), add redundancy into the Transmitted packets and control 
the response of the playback tool when the audio buffer is empty. The addition of 
redundancy adds to the current packet all, or some, of one or more of the previous 
packets transmitted, which will improve audio quality over lossy links. In the event 
of repeated packet transmission the audio buffer will become empty. If this 
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situation does occur then the previous audio sample is repeated r al l,cr than insert a 
20ms silence. This repetition greatly enhance, the quality of the audio playback. 

The main reason for using Jav/a when building the DPS and proxylets is 
that Java programs can be compiled into platform independent byte code which is 
5 then interpreted on a Java Virtual Machine. Java Virtual Machines (VMs> exist for 
most commonly used architectures, such as Windows 95, Windows NT 
Macintosh. UNIX, etc.. Therefore the proxylets and components ,„ the system are 
not limited to one particular machine architecture or operating , valem . In the 
context of proxylets another important feature of the Java system is that support 
10 for security is built into the environment. It is Therefore possible to configure the 
DPS. such that the proxylets may not perform actions which are considered to be 
^ insecure, such as to access or modify Jocal files.. Other compute, languages, such 
S 38 C+ + ' maV be USed t0 build P'oxVets but this will necessitate the proxylets 
O being recompiled in order to use the proxyleis „„ diTtorent p| mform8 . |f other 
CO 15 C ° mpUter ^usges do not have similar inbuilt security features as Java, then it 
H wil. be necessary to add in sufficient security mechanisms when building the 
;~ proxylets- 

^ Each proxylet may be run within its own Java VM, to simplify the 

CS ° PeraTi0n ° f the pr0XV,etS - or a nu ^ber of proxylets may be run within a single 
|20 Java VM. An advantage of using one VM per proxylet is that if ir is necessary to 
| stop a proxylet, this may be achieved by terminating the corresponding VM if a 
m number of proxylets are sharing a single VM then all of the threads belonging to 

the proxylet which is to be stopped must be identified and then terminated. There 

are some circumstances, e.g. when waiting for data from rh« n.twork, when a 
25 thread can not be terminated. Another advantage of using one VM per proxylet is 

that proxylets may be able to interfere with other proxylets, either inadvertently or 

maliciously, running in the same VM. 

One disadvantage of this approach ir. that the Java hyu, code must be 
interpreted by the Java VM running on The intended platform and this will 
30 obviously be slower than executing native code on the platform. This may have 
repercussions for proxylets being executed on Java VM ; , especially when 
transforming audio or video data. An experiment was pcrfor , md wj(h tWQ Sun 
Ultra 1 machines, both running Solaris 2.5.1. which were on ,!„, samc , nier net 
subnet. One machine hosted the WWW server and , he DPS, whilst the other 
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hosted the DPS control interface and the audio playback program. The test sample 
was three minutes long and had been encoded using PCM. The main 
computational concern was whether an audio sample could be coded or decoded in 
less time than the duration of the sample, with a minimum sample duration of 
5 20ms. The transforming of a 20ms sample from PCM to ADPCM took 
approximately 1-2ms and even when the proxylet was adding two levels of 
redundancy (i.e. adding the two previous samples to the current sample) the 
transforming to ADPCM took approximately 4-5ms. Thus, the transmission of a 
20ms sample with two levels of redundancy, which included the time taken lo 
10 transform and packetise the data was approximately 5ms. which is significantly 
less than the maximum allowable time of 20ms. This shows that the Java VM is 
?== clearly suitable for operating proxylets and DPSs. 

3 In a second embodiment of the invention, a proxylet was built that 

| compresses text, in an analogous manner to the re-coding of the audio data. 
Kl5 When a browser downloads text from a WWW browser, the webcachc proxylet 
Jy running on a local DPS will receive a MIME identifier of Text/html', which causes 
^3 the compression proxylet to be run on a remote DPS near to the WWW server in 
J 3 order to compress the text before it is transmitted to rhe browser. The local DPS 
S will then load a decompression proxylet which decompresses the stream of text 
S&O received from the remote DPS. The uncompressed texT is then sent to the 
3 browser using HTTP. The actions of the webcachc proxylet mean that the 
m compression (and subsequent decompression) of the rext is independent of and 
transparent to the operation of the WWW server and the browser. For congested 
or low bandwidth links, the use of the compression proxylet increases the 
25 performance of HTTP connections. Similar compression proxylets can be built for 

different data resource types. 

It is known that the path that is chosen by routing protocols between the 
two end-points of a communications link is not always the path with the lowest 
latency or highest transmission performance. It has been found, for example, that 
30 the direct network path between Sophia Antipolis, France and Sydney, Australia is 
of a very poor quality and that more efficieni communications c:an be achieved by 
first directing packets to a server in London and then re-directing ihem to Sydney. 
A third embodiment of the invention has been developed to address this issue. A 
TCP bridge proxylet has been written which accepts connections on a certain port 
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and then makes a connection lo a porl on another host. All packets in boTh 
directions are transmitted T.hrou<jh the TCP bridge proxylet, providing application 
level routing. In the example given above, rhe user in France would make a 
request to a DPS in London (or another locution which was known to provide more 
5 effective end-to-end communication) to load The 1 CP brideje proxylet. and enter The 
details (e.g. network address and port number, or URL) of the destination host or 
server to run the proxylei.. The proxylet isolates troublesome segments o1 
networks usiny dedicated TCP connections, which prevents known problems thai 
can occur when usiruj end-to end connection and/or congestion controls!*). 
10 A fourth embodiment of the invention is shown in Figure 3. The Internet 

550 interconnects a first DPS 510 and a second DPS 520. The first DPS blO ir, 
p „ able to connect to a virtual overlay network bOO which is carried overthc Internet, 
g The virtual overlay network is designed to carry high-bandwidth multimedia and/or 
[y real-time applications, such as audio or video multicasts and broadcasts. Users 
G 15 who connect to the same subnet as the first DPS 510 are able to receive such 
ry transmissions, but those users who connect to the same subnet as the second 
^ DPS 520 are not able to receive those transmissions. The transmissions comprise 
C| a number of different channels, some of which arc information channelfs) [301 
^ whilst the other channels contain the broadcast or multicast content, which can be 
fg 20 transmitted as a number of parallel sessions. Users run a software tool on their 
client computers to receive and decode rhe information channels and then prompt 
a suitable audio or video tool to play a selected broadcast (or multicast) content 
channel. 

In order to allow users who conned to the same host as the second DPS 
25 520 to receive the multicast channels a 'reflector' proxylct is run on the first DPS 
510 that reflects the information channels 501 to the second DPS 520.- 1 lie 
reflected information channels 511 are transmitted across the Internet 550 to ihe 
second DPS 520. The second DPS 520 is running a similar 'reflector' proxylei that 
reflects the information channels on to local users. The twice reflected information 
30 channels 521 can he received by local users who are running a suitable channel 
information tool 530 on their client computers. If 0 user, having received the 
information channels 5? 1 , wishes to receive one of the content channels from the 
virtual overlay network 500 then rhe channel information tool 530 can prompt the 
first DPS 510 to run a further proxyler to reflect the selected content channelfs) 
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512 to til* second DPS 5^0 over the Internet. In turn, the second OPS 520 runs a 
similar proxylet that reflects the content channels) 522 to those users who have 
selected to receive the various comem channel(s). The content channels are 
decoded using a suitable audio or video playback tool depending upon the format 
5 of the channel. When the information channels are reflected across the Internet 
512 & t>2?., they may be compressed, or some form of streaming used, to improve 
the quality of reception. 

An example of such m virtual overlay network is the multicast backbone, or 
MBone. "I he multicasting ol channels, or sessions may be controlled by a protocol 
10 such as the session description protocol (SOP} |see "SDP; Session Description 
Protocol", RFC 2327, M Handley, V Jncobson, 14th April 19981. This 
? 4 embodiment enables users who can not connect directly to the MBone, or similar 
virtual overlay networks, to 'hinnol' to the MBone in order to order to receive 
~Z% applications that would not otherwise Ln; available to them. 

[Q15 A potential drawback is ihe overhead involved in using DPSs and 

J; proxylets. Consider the case of the example where an audio sample is downloaded 
SI from the UK to Australia but the audio proxylet is located in Australia and is larger 
!«. than the audio sample (this is very much a worst case scenario). If the audio 

: 

tics- 

p proxylet is not cached by tru> OPS in (lie UK, then the downloading of the proxylet 
Ifl20 will take longer than the transfer ol ihe audio file to Australia and the overhead of 
L_g the DPS will be larger rhan any benefit gained from its use. In order to gauge the 

3JC. 

! 5 y overheads involved with DPSs an experiment was performed using the webcache 
proxylt.il, which was running on n DPS on the same subnet as a target WWW 
server. The webcache proxylet, in response to a WWW browser request, 

25 downloads the compression proxylet (see above}, which retrieves a URL from the 
WWW server, compresses the text contents (using the GZIP compression 
algorithm) and delivers the compressed stream to The webcache proxylet. The 
webcache proxylet decompresses the data stream and delivers the decompressed 
daTa strewn to the WWW hrowsm. The two files used in the experiment contained 

30 the text of the King James Bible (5073934 byies) and a single texT byte. (In order 
to simplify the riming ol rim processes and to remove the overheads of a browser, 
a small Java program was wrinen which could retrieve the contents of a URL). 
The experiment was performed on a 10Mb/s switched Ethernet and was performed 
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tw nty times to gain average times for retrieving each tile. The average times for 
retrieving each file with and wirhout proxylets are shown below in Table 1; 



Size of File (Bytes) 



1 



5073934 



Retrieval Time 
(No proxylets) 



20.12s 



Table 1 ; Hie Retrieval Times 



Retrieval Time 
(Compression Proxylet) 
5.7$ 



21.52s 



M5 



20 



•25 



The results of Table 1 show that the overhead with the single byre tile was 
approximately 3 seconds and the overhead for the large file was approximately T 
second. The compression proxylet might have been expected to deliver positive 
benefit, but the compression lime for the larger file was 10.09s, which was a 
speed of approximately 4 Mb/s, As this w*s slower than the network bandwidth, 
the compression became the .system bottleneck. A faster compression algorithm 
would be required to deliver a benefit on this network, but for the slower speeds 
which are common on ihe Internet (typically tens of kb/s rather than a few Mb/s) 
the use of the compression proxylet would he beneficial. 

DPSs and Protocol Servers are, in effect, repositories of code which will 
be executed at another location. For this reason WWW servers may be used 
rather than building special purpose servers. The Universal Resource Locator (URI.) 
gives a globally unique way of identifying a code object, which is sufficient lor the 
requirements of DPSs and Protocol Servers. The Protocol Servers have similar 
advantages to shared code libraries. One copy of a code library is used by all 
applications on a system and if n modification is made to the code library then only 
the code library needs to be replaced, rather than all of the applications. Using the 
Protocol Server modd ir may be possible to have a single implementation of a 
certain protocol, such as HIP, available from a service provider, If the Protocol 
Servers adhere to a standard set of APIs then system builders will be able to use 
off the shelf components when building systems. This attempt to loswsr eod<? 
reuse should enable systems to be built more quickly from existing software 
components. 
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A further possibility for chousing a protocol for use when communicating 
between a OPS and a browser is that the browser and the DPS may negotiate the 
choice of a protocol. This negotiation process may involve the DPS (or the client) 
communicating a reference to trie protocol stack it is using to the client (or the 
5 DPS). 

In the embodiment discussed above, the DPS executes proxylets on behalf 
of the user, with the DPS being selected by Che user who is aware of its location. 
It is possible that a very large number ot DPSs will become a parr of the Internet, 
with more than one DPS assisting in an end-to end communication path. As the 
10 number of DPSs increase it will not feasible tor users to be aware of the location 
and functionality of all the dillerenr DPSs, so it is expected that the DPSs will 
~S3~ know of each others existence; and DPSs will be discovered in an automated - - 
lZ manner, A user wishing to make use of one or more DPSs will make a request for 
CO a DPS close to either the user or the target WWW server. Considering the 
15 example discussed above of an audio sample on a WWW server in the UK, then 
fy the nearest DPS with the correct functionality ro that WWW server will be 
" discovered and used. A possible solution is to have all the DPSs co-operating in a 
CI mesh, with all requests being directed to a local DPS which then relays requests to 
::Lr the appropriate DPS. Appropriateness may simply be a function of load, location 
ffj 20 or supported functionality. For certain communications it may be appropriate to 
;j chain together a number of DPSs. hor example, it may be possible to force the 

rout M uj of traffic through lightly loaded parts of the Internet by using a set of DPSs 
so that a mesh of co operating DPSs may be able to determine a high bandwidth 
route between two points. 
25 It is envisaged that DPSs will be provided by service providers and/or 

content providers and that their customers will gain access to DPSs as a part of a 
service package. 

The DPSs have a control interface which allows users to connect to them 
in order to perform a number of control functions, including: causing a proxylet to 
30 be loaded, starting the running of a proxylet, modifying a running proxylet, and 
stopping the operation of a proxylei. It may he advisable for operators of DPSs to 
deny access to some features of the control interface for users in order to maintain 
the security of th network and Die DPS, I he Dynamic Proxy Server may itself 
perform a number of validation checks, such as only allowing proxylets from 
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trusted sources to be loaded and run, only downloading proxylets or protocols from 
certain locations or only allowing use by a set of registered users or from certain 
WWW servers. It may not allow a proxylet to be downloaded il rhe Dynamic 
Proxy Server is currently too heavily loaded due to (he servicing ol other requests. 
5 This provides a mechanism by which management policies and decisions; can be 
implemented on the DPS. 

A proxylet is code which is downloaded and executed by a DPS. In The 
Java implementation, a proxylet takes the form of a collection of class files (a 
class file is produced from the Java compilation process). The class files contain 
10 platform independent byte codes and are bundled together in single Java archives 
(Jar files). Each proxylet is constituted by a single Jar file. In order to maximise 
11 the flexibility of operation of the proxylets, each proxylet -is -allowed access to all 
fj of the classes, and hence all o1 the functionality, available in the Java 
CO Development Kit (JDK). 

s.j 15 A proxylet can contain all the code required to do any protocol processing 

fy and transforming. If appropriate, the initially downloaded proxylet may contain 
_ only the control components, and may download dynamic protocol code from the 

£f DPS or a Protocol Server. The DPSs and end systems may negotiate with each 
rg other in order to find the location of ihe protocol to use in a communication. In 

m 20 order to increase the possibility of interoperability all the Dynamic Proxy Servers 
^ and end systems in a communication may use the same protocol stack from the 

same Protocol Server. 

A very significant aspect of the DPS is secure and safe operation. To 
prevent hostile proxylets being downloaded onto the DPS and to prevent proxylets 
25 inadvertently performing hostile acts, integrity checks will need to be performed. 
A set of checks will decide if a proxylet can or cart not be downloaded, whether 
for security reasons or because sufficient resources are not currently available on 
the DPS. It may also be necessary to restrict the actions which a proxylet 
performs. For example, it is not expected that a proxylet should access or modify 
30 files on the DPS or WWW server on which it is running. It may also be necessary 
to r strict where network connections are made. When implementing proxylets in 
Java, it is possible to add a digital signature to a Jar file (used to build a proxylet) 
in order to allow proxylets to be run by DPSs or to allow certain proxylets to 
perform acts that normally are forbidden. 
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It is expected that pioxylets and protocols will be used frequently <;o it 
may be important thai the Dynamic Proxy Servers and protocol servers include 
mechanisms to cache frequently used programs in order to cut down on undue 
network traffic. TI.e use of WWW servers as repositories ot proxylets and 
5 protocols makes caching exrremoly simple l<> implement as existiivj WWW caching 
schemes can be used. 



